Etapas de la Metodología de Sistemas de Información

Reconocimiento:

Es un primer contacto con la organización, su estructura, su cultura, sus necesidades e intereses. Permite establecer los límites necesarios, una primera aproximación a los objetivos principales y planificar el Relevamiento. El objetivo es el de conocer los requerimientos y las expectativas del cliente, así como también las áreas afectadas por la problemática del usuario y establecer las restricciones del proyecto. Para acercarse a los sistema de información de una organización, se utilizan técnicas de recolección de información y herramientas como entrevistas, cuestionarios y observaciones para poder revelar su estructura. Las actas de reunión permiten documentar la información recibida, validar su contenido y dejar plasmados sus aportes y sugerencias. Si se trata de alguien ajeno a la organización, esta etapa insumirá mayor tiempo y recursos pero otorga más objetividad e imparcialidad. Con la información obtenida se realizan informes de Reconocimiento.

Relevamiento:

A partir de este paso, se obtiene un conocimiento exhaustivo de la organización, que será de base para el desarrollo del producto-solución. El objetivo del relevamiento es construir un modelo de la realidad de la organización, profundizando los procesos involucrados. Para ello, se recolecta los antecedentes que permiten conocer en detalle la organización, las falencias en su funcionamiento y el modo en que el sistema de información se desarrolla en la actualidad y la forma en la que el cliente desearía que se comportase. Luego se hace un análisis para poder modelar. Para obtener la información necesaria, se utilizan técnicas de recolección de información y técnicas de documentación para registrar la información necesaria para la construcción de un modelo de análisis. Las técnicas de recolección de información que más se usan son las entrevistas, los manuales institucionales o glosarios de empresa. Con respecto a las técnicas de documentación, los resultados de entrevistas y reconocimientos son muy útiles para elaborar cronogramas, tablas de decisión, modelos de procesos y la documentación propia de la empresa. La información recolectada se verá reflejada en los modelos que los analistas consideren oportunos:

  • Criterios de Salida
  • Diseños de pruebas:Se realiza el análisis de la documentación generada a efectos de iniciar el proceso de los Casos de Prueba.
  • Ejecución de las Pruebas: Se crean datos para las pruebas. La ejecución puede ser automática o manual. Se documentan los fallos y se solucionan.
  • Medición de la seguridad de los modelos de prueba: Se verifica que los mecanismos de protección incorporados sean efectivos.
  • En cuanto a técnicas se utilizan:

  • Pruebas de unidad o módulo.
  • Pruebas de integración.
  • Pruebas de sistema
  • Pruebas de aceptación.
  • La herramienta por excelencia es el Bug Tracking System. Se recomienda planificar las pruebas con anterioridad.

    Implementación:

    El objetivo es instalar la propuesta desarrollada en la organización. Esto implica la desactivación de los productos previos por lo que puede llegar a verse una resistencia al cambio por parte de los usuarios. Puede ser gradual o total. En algunos casos es recomendable el funcionamiento temporal de las dos opciones en paralelo para lograr la confianza requerida. Las herramientas que se utilizan en esta etapa son:

  • Hardware
  • Personal
  • Bases de Datos
  • Documentación
  • Procedimientos
  • Las técnicas que se emplean son:

  • Planes anticipados
  • Selección de la aplicación inicial correcta
  • Implementación de abajo hacia arriba
  • No subestimar la inercia.
  • Despersonalización del conflicto.
  • Mantenimiento:

    El objetivo es asegurar la validez del producto desarrollado a lo largo del tiempo, se sostiene viable la solución. El producto puede evolucionar a lo largo del tiempo debido a:

  • Acciones perfectivas: Perfeccionan la solución, dando respuesta a nuevos requerimientos o innovaciones en la tecnología.
  • Acciones adaptativas: Realizan los cambios surgidos una vez que el usuario ha incorporado la solución al ejercicio de su rutina.
  • Sustitución:

    Consiste en la salida, baja o cancelación de la solución implementada en las etapas anteriores. Consta de migraciones, conversión de procedimientos, interconexión de sistemas informáticos, etc. Las razones que motivan la sustitución pueden ser económicas, tecnológicas, culturales, políticas, operativas o una suerte de combinación de ellas. Es conveniente planificar la salida del producto para evitar cortes abruptos que dejan una mala percepción del trabajo realizado en la organización.

    Existe una etapa opcional que se da cuando el producto solución incluye desarrollo de software y es la de Definición de Requisitos Informáticos (Entre el Estudio de Factibilidad y el Diseño). Los objetivos de esta etapa son establecer los requisitos software y formalizarlos, evaluar la viabilidad del sistema, establecer la arquitectura, efectuar estudios operativos, económicos y administrativos.